home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000050_news@newsmaster….columbia.edu _Wed Sep 23 22:03:47 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA29989
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 23 Sep 1998 22:02:23 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA10364
  7.     for kermit.misc@watsun; Wed, 23 Sep 1998 22:02:23 -0400 (EDT)
  8. Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!paralynx!paralynx-2!news.mindlink.net!paralynx!paralynx-3!paralynx!paralynx-4!van-bc!paralynx!paralynx-1!News.Vancouver.iSTAR.net!news.istar.net!nntprelay.mathworks.com!newsfeed1.earthlink.net!nntp.earthlink.net!posted-from-earthlink!not-for-mail
  9. From: "Mr. Scott" <montgomery@starfleet.org>
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Can't get a transfer to work efficiently over a connection with a LanRover in-between.
  12. Date: Wed, 23 Sep 1998 20:32:57 -0400
  13. Organization: EarthLink Network, Inc.
  14. Lines: 79
  15. Message-ID: <6uc44u$hmn$1@oak.prod.itd.earthlink.net>
  16. References: <6u43q3$fn2$1@ash.prod.itd.earthlink.net> <6u5mis$lnr$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: 1cust80.tnt1.atl2.da.uu.net
  18. X-Newsreader:  Microsoft Outlook Express 4.72.2106.4
  19. X-Posted-Path-Was: not-for-mail
  20. X-MimeOLE:  Produced By Microsoft MimeOLE V4.72.2106.4
  21. X-ELN-Date: Wed Sep 23 17:35:42 1998
  22. Xref: news.columbia.edu comp.protocols.kermit.misc:9230
  23.  
  24. Allow me to rule out a few things.
  25.  
  26. 1. It is not a transparency problem because the transfer works flawlessly
  27. when packet-length is < 48 (and window size is 1).
  28. 2. It is not a flow control problem between our modem and UNIX because both
  29. (as well as kermit itself) are configured properly: both are configured to
  30. use RTS/CTS (and kermit); also transfers work at very high speeds with other
  31. remote hosts with no problem.
  32.  
  33. Unfortunately there are no "settings" options at the LanRover prompt that I
  34. can play with.  They must be configured by the administrator using a
  35. separate program.
  36.  
  37. This would all but point to some sort of problem on the remote end, wouldn't
  38. you agree?
  39.  
  40. This is what we are asking the remote client to check:
  41.  
  42. 1. Check that their modem is also using hardware flow control.
  43. 2. Check that their LanRover machine serial port is using hardware flow
  44. control.
  45. 3. Check to see that the LanRover software is configured to work with
  46. hardware flow contol.
  47.  
  48. Beyond this, the telnet part of the connection is through TCP/IP and needs
  49. no flow control configuration, right?
  50.  
  51. Can you think of anything I forgot to ask them?
  52.  
  53. Frank da Cruz wrote in message <6u5mis$lnr$1@apakabar.cc.columbia.edu>...
  54. >In article <6u43q3$fn2$1@ash.prod.itd.earthlink.net>,
  55. >Mr. Scott <montgomery@starfleet.org> wrote:
  56. >: Using kermit on AIX.
  57. >: Dial into a LanRover, then use the lanrover's telnet command to get to
  58. >: another Unix box.
  59. >: When attempting to transfer a file from my local machine to the remote, I
  60. >: get tons of timeout errors,
  61. >: unless I bump the packet-length down to its minimum of 12 (with 4
  62. windows).
  63. >: It seems like there is a flow-control problem, but I have been
  64. unsuccessful
  65. >: in explaining/fixing this problem.
  66. >: Does anybody have a suggestion?
  67. >:
  68. >Flow control is certainly a likely suspect.  The LAN Rover port and the
  69. >modem that is connected to it should be set to use some form of flow
  70. control,
  71. >and moreover the SAME form of flow control, and for maximum effectiveness
  72. and
  73. >transparency, this should be hardware (RTS/CTS) flow control.  There is
  74. >nothing you can do about the LAN Rover's modem, but there might be a
  75. command
  76. >available at the LAN Rover's prompt to let you check and perhaps alter its
  77. >communication parameters.
  78. >
  79. >The same kind of flow-control problem might also be occuring between your
  80. >local computer and its own modem.
  81. >
  82. >Second, some terminal servers are simply broken with respect to uploads.
  83. >These are the ones that are disigned under the mistaken assumption that the
  84. >vast preponderance of data flow will be TO the terminal, rather than FROM
  85. it.
  86. >
  87. >I do not suspect a transparency problem at the LAN Rover, since if that
  88. were
  89. >the case, shortening your Kermit packets would make no difference at all.
  90. >
  91. >All of these issues are discussed at length in "Using C-Kermit".  These
  92. >discussions should help you home in on the problem and solve it.
  93. >
  94. >The current version of C-Kermit, by the way, is 6.0:
  95. >
  96. >  http://www.columbia.edu/kermit/ck60.html
  97. >
  98. >- Frank